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Results  From  Use  of  an  Integrated  Schedule  for 
Drawing  Development  and  Equipment 
Procurement 

James  R.  Wilkins  Jr.,  Member,  Wilkins  Enterprise  Inc.,  Riva,  MD 


ABSTRACT 

As  part  of  an  SP-4  project,  a  com¬ 
puter  program  was  developed  to  produce 
integrated  schedules  for  drawing 
development  of  drawings  and  equipment 
procurement.  The  program  also  can  used 
either  to  develop  a  schedule  for  the 
fabrication  and  assembly  stages  of  the 
construction  process  or  to  receive  data 
from  an  existing  construction  schedule. 
In  either  case,  the  construction  data 
is  used  to  ensure  that  drawings  are 
produced  and  equipment  is  purchased  in 
time  to  support  production  planning. 
The  program  uses  a  commonly  available 
database  program,  is  suitable  for  use 
on  a  minicomputer  and  will  allow  a  net¬ 
work  of  terminals  to  be  used  to  enter 
data  and  obtain  reports. 

This  paper  reports  on  the  results 
of  applying  this  scheduling  program  to 
a  simulated  shipbuilding  program  and 
highlights  a  number  of  significant 
results.  The  principal  result  was  to 
clearly  demonstrate  that  planning  for 
the  purchase  of  equipment  must  take 
into  account  the  needs  of  the  ship 
design  process  for  data  about  the 
equipment  being  procured. 

NOMENCLATURE 

Because  the  program  described 
herein  was  developed  for  application  to 
modern,  modular  (zone-oriented)  ship 
construction  programs,  and  because  the 
terminology  used  for  such  programs 
varies  so  greatly  among  shapyards,  it 
is  necessary  to  define  each  of  the  fol¬ 
lowing  terms.  Readers  should  be  able 
to  make  the  mental  transformation  to 
the  terminology  used  in  their  own 
shipyard  or  in  other  literature,  given 
these  definitions. 

Unit  The  basic  modular  struc¬ 
tural  element  used  to  construct  a  ship. 
With  some  exceptions,  a  unit  is  the 
first  modular  level  at  which  outfitting 
is  accomplished. 


Outfitting  -  The  installation  of 
system  elements  into  a  unit  or  combina¬ 
tion  of  units. 

Block  -  A  combination  of  several 
units,  assembled  together  and  outfitted 
prior  to  erection  at  the  final  building 
site. 

Sub-Assembly  -  Combinations  of 
parts  which  may  be  joined  with  other 
sub-assemblies  or  parts  to  construct 
units . 

Machinery  Package  -  A  collection 
of  equipment,  foundations,  piping, 
electrical  fixtures,  wiring,  gauges, 
etc.  ,  which  is  constructed  as  an  en¬ 
tity,  pretested  whenever  possible,  and 
loaded  into  a  unit,  a  block  or  on-board 
the  ship  during  erection.  Effective 
design  and  use  of  these  construction 
elements  has  greatly  increased  produc¬ 
tivity  as  well  as  equipment  operability 
and  maintainability. 

BACKGROUND 

One  of  the  major  efforts  in  1  c- 
complishing  a  shipbuilding  program  is 
to  buy  the  equipment  used  to  build  the 
ship.  This  procurement  effort  is  con¬ 
trolled  through  a  document  usually 
identified  as  the  Material  Ordering 
Schedule  (MOS) .  The  principal  elements 
of  the  MOS  are  a  listing  of  every  type 
of  equipment  which  must  be  procured  and 
the  date  by  which  each  must  be  received 
in  the  shipyard  in  order  to  meet  the 
construction  schedule. 

The  length  of  time  between  the  day 
on  which  an  item  is  ordered  and  the  day 
on  which  the  vendor  can  have  it 
delivered  to  the  shipyard  is  known  1  s 
the  equipment's  "lead  time".  When  this 
duration  has  been  determined,  it  is 
possible  to  compute  the  date  by  which 
the  equipment  must  be  ordered,  or  the 
Purchase  Order  Award  Date  (POA) . 
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The  POA  date  determined  in  the 
manner  described  above  completely  ig¬ 
nores  the  design  process.  But  the 
equipment  procurement  process  and  the 
design  process  are  inseparably  linked. 
During  the  early  stages  of  the  design 
of  each  of  the  ship's  systems,  the 
designer  must  define  the  performance 
requirements  of  every  piece  of  equip¬ 
ment  in  the  system  for  which  he  or  she 
is  responsible.  Thus  information  must 
be  known  before  it  can  be  provided  to 
prospective  vendors  for  preparation  of 
their  offers  to  the  shipyard. 

The  desiqn  process,  on  the  other 
hand,  cannot  be  completed  until  after 
the  equipment  vendor  provides 

(a)  Performance  Data,  describ¬ 
ing  the  actal  performance  of  the 
equipment  being  provided,  and 

(b)  Configuration  Data,  provid¬ 
ing  the  exact  dimensions  of  the  equip¬ 
ment  . 

Although  the  shipyards  Request 
for  Proposal  (RFP)  to  the  vendor  will 
have  defined  minimum  performance 
characteristics  to  be  met  by  the  equip 
ment,  the  actual  performance  provided 
by  the  available  equipment  can  be  quite 
different.  In  such  cases  it  is  neces¬ 
sary  for  the  system  designer  to  review 
the  design  and,  if  necessary,  make 
changes.  Similarly,  the  configuration 
of  the  finally  selected  equipment  may 
vary  from  that  which  was  assumed  during 
the  earlier  design  Ostages. 

Consequently,  the  design  of  sys¬ 
tems  cannot  be  considered  complete  un¬ 
til  all  of  the  detailed  performance  and 
configuration  data  have  been  received 
from  the  equipment  vendor  and  the  ef¬ 
fect  of  any  significant  variations  in¬ 
corporated  in  the  final  drawings  used 
to  construct  the  ship. 

Thus  it  will  be  seen  that  the  POA 
cannot  (should  not,,  at  least)  take 
place  before  the  equipment  requirements 
are  defined  and  the  vendor  nas  given 
adequate  assurance  that  the  performance 
and  configuration  requirements  can  and 
will  be  met.  However,  in  the  descrip¬ 
tion,  provided  above,  of  how  the  re¬ 
quired  POA  date  is  normally  estab¬ 
lished,  there  was  no  consideration  of 
the  information  needs  of  the  design 
process. 


the  date  by  which  that  data  would  be 
required  by  the  design  process.  with 
these  data  it  would  be  possible  to 
identfy  the  POA  date  necessary  to  meet 
the  design  process's  information  needs. 

Experience  had  made  it  clear  that 
the  POA  date  for  equipment  design  in¬ 
formation  (software)  is  almost  always 
earlier  than  the  POA  date  determined 
from  considerations  of  the  hardware 
delivery.  The  goal  of  this  study  was 
to  more  specifically  quantify  the  in¬ 
formation  flow  interfaces,  i.e.  what 
data  is  required  for  the  equipment  or¬ 
dering  process  from  the  design  process, 
what  information  from  the  equipment 
procurement  process  is  needed  by  the 
design  process,  and  what  are  the  points 
in  each  of  these  processes  that  the 
data  must  be  known.  It  was  recognized 
that,  with  this  information,  i  it  would 
then  be  possible  to  develop  integrated 
schedules  for  drawing  development  and 
for  equipment  procurement. 

STUDY  APPROACH 

General 

For  the  purposes  of  this  study, 
the  overall  shipbuilding  process  was 
considered  to  be  composed  of  three  dif¬ 
ferent,  major  processes  -  the 
design/drawing  process,  the  equipment 
procurement  process  and  the  construc¬ 
tion  process.  To  conduct  the  study,  it 
was  useful  to  construct  a  process  model 
of  each,  with  all  of  their  activities 
identified.  Figure  1  illustrates  the 
primary  elements  of  the  three  process 
models  that  were  used. 


Design  Process  Model 


The  study  identified  three  of  the 
major  elements  of  the  _  overall 
design/drawinq  process  to  be  involved 
in  information  interfaces  with  the 
other  processes. 


The  first  of  these  is  the  System 
Diagram  Design  Stage,  during  which  sys¬ 
tem  diagrams  are  developed.  The  secpnd 
is  the  Composite  Drawing  Stage,  during 
which  all  of  the  individual  systems 
drawings  are  integrated  into  composites 
for  various  spaces  in  the  ship.  The 
third  is  the  Construction  Drawing 
Stage,  when  the  Assembly/Installation 
and  Part  Fabrication  Drawings  are 
produced. 


The  purpose  of  the  task  authorized  System  Diagram  Design  Stage. 

by  Panel  SP-4  was  to  identify  the  in-  This  stage  was  further  broken  down  into 

formation  flow  requirements  that  link  four  activities,  which  were  identified 

the  ship  system  design  and  equipment  as  Phase  One,  Phase  Two,  Phase  Three 

procurement  processes,  and  to  determine  and  the  Calculation  Phase.  As  il- 

the  interfaces  between  the  two  which  lustrated  in  Figure  2,  Phase  One 

control  the  scheduling  of  each.  was  precedes  the  Calculation  Phase,  Phase 

understood  before  starting  the  project  Two  follows  the  Calculation  Phase,  and 

that  it  should  be  possible  to  determine  Phase  Three  follows  Phase  Two. 

the  lead  time  for  equipment  data  and 
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SPACE  ARRANGEMENTS 
KEY  STRUCTURAL  DRAWINGS 


SYSTEM  DIAGRAMS 


DRAVING  PROCESSES 


COMPOSITE  DRAWINGS 


ASSEMBLY/ 1 NSTALL AT  1 ON  DRAW 1 NGS 

FABRICATION  DRAWINGS 

EQUIPMENT  t  MATERIAL  PROCUREMENT  PROCESS 


FINAL  ASSEMBLY /FABR I  CAT  I ON  PLANNING  { 


Figure  1.  Shipbuilding  Processes  of  Interest 


PHASE  ONE 

PHASE  TWO 

APPROVALS 

SYSYBI  CALCULATIONS 

PHASE  7>REE  APPROVALS 

EQUIP  1  TECH  SPEC  PREP 

EQUIP  2  TECH  SPEC  PRB9 

Figure  2.  Diagram  Process  Activities 


Phase  One  involves  review  of  all 
ship  specification  documents  which  re¬ 
late  to  the  system  being  designed,  plus 
the  initial  work  which  is  prerequisite 
to  being  able  to  do  the  system  design 
calculations.  The  System  Calculation 
Phase  covers  all  of  the  efforts  which 
are  required  in  order  to  determine  the 
size  of  system  components  and  the  re¬ 
quired  performance  characteristics  of 
every  equipment  required  by  the  system. 

During  Phase  Two  of  the  Diagram 
Stage,  all  of  the  major  elements  of  the 


system  are  placed  on  the  drawing. 
These  are  normally  shown  in  diagram¬ 
matic  format,  without  dimensional 
details.  It  is  becoming  common  for  the 
backgrounds  of  system  diagrams  to 
provide  at  least  an  indication  of  com— 
partmentation  boundaries.  At  the  end 
of  Phase  Two,  the  drawing  is  suffi¬ 
ciently  complete  for  review  by  the 
owners  and  regulatory  bodies,  who  need 
to  assure  themselves  that  their  in¬ 
dividual  requirements  have  been 
satisfied  by  the  shipyard'  system 
design . 
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A  Phase  Three  effort  has  been 
defined,  because  Diagrams  are  required 
to  include  tables  which  define  the 
details  of  every  piece  of  material  and 
equipment  which  is  used  in  the  system, 
including  manufacturer's  names,  model 
numbers,  etc.  These  data  are  not  re¬ 
quired  for  desiqn  development,  so  can 
be  added  to  the  diagram  after  the  rest 
of  the  diagram  design  process  is  com¬ 
plete. 

Composite  Drawing  Stage.  The  Com¬ 
posite  Drawing,  often  called  an  Inter¬ 
ference  Control  Drawing,  is  a  drawing 
showing  the  detailed  layout  of  all  sys¬ 
tems  in  a  ship  or  in  a  part  of  a  ship. 
Composites  in  the  past  usually  have 
been  limited  to  coverage  of  specific 
areas  in  the  ship,  where  there  are  many 
systems  installed  in  limited  volume, 
such  as  a  machinery  space,  .  For  ship¬ 
building  programs  which  apply  modern, 
unit-oriented  construction  techniques, 
composites  normally  cover  the  entire 
ship.  The  use  of  computers  for 
developing  composites  is  now  quite  com¬ 
mon  in  larger  shipyards. 

Because  the  composite  includes  all 
systems,  it  cannot  be  considered  com¬ 
plete  until  the  design  Of  all  in 
dividual  ship  systems  are  finished. 
For  unit-oriented  programs,  it  is  es¬ 
sential  that  the  composite  drawing  be 
carefully  oriented  to  the  unit  break¬ 
down  of  the  ship  construction  process. 
In  developing  schedules,  the  schedule 
for  completing  of  the  composite  for 
each  unit  must  be  considered. 

Although  the  Assembly/Installation 
(A/I)  drawings  for  a  unit  may  be 
started  before  the  unit's  composite 
drawing  is  completely  finished,  the 
composite  should  be  virtually  complete 
to  minimize  the  likelihood  of  having  to 
waste  manhours  making  changes  to  the 
A/I  drawings  to  reflect  last  minute 
changes  to  the  composite. 

Construction  Drawing  Stage .  As 
previously  indicated,  two  types  of 
drawing  are  produced  during  this  stage. 
The  Fabrication  Drawings  give  produb 
tion  personnel  all  the  information 
necessary  for  them  to  construct  the 
parts  which  make  up  a  system.  These 
include  the  details  for  every  piece  of 
plate  which  is  cut,  every  structural 
member  which  must  later  be  welded  to 
others,  for  every  section  of  piping  and 
fittings  which  must  be  fabricated,  all 
ducting,  wireways,  etc.,  etc.,  etc.  In 
the  preferred  modern  construction  prac 
tice,  all  parts  related  to  a  particular 
construction  trade  will  be  included  in 
a  drawing  which  relates  to  a  single 
unit  or  block.  Thus,  for  instance,  all 
piping  systems  for  one  unit  will  be 
shown  in  one  unit  piping  fabrication 
drawing  package. 


Similarly,  a  separate  A/I  drawing 
will  be  provided  for  each  system-type 
in  a  unit  or  block.  This  drawing  will 
show  the  dimensional  details  necessary 
to  allow  the  production  personnel  to 
properly  install  all  parts  of  the  sys¬ 
tems  for  which  their  trade  is  respon¬ 
sible  in  that  part  of  the  ship. 

Actually,  although  the  Fabrication 
Drawing  is  the  first  document  to  be 
used  by  the  production  personnel,  it 
cannot  be  started  until  the  Installa¬ 
tion  Drawing  has  been  at  least  par¬ 
tially  developed.  The  layout  of  a  sys¬ 
tem  on  the  Installation  Drawing  will 
determine  where  bends  in  a  piping,  ven 
tilation  or  wireway  system  must  be 
made,  where  support  must  be  provided; 
etc. 

On  the  other  hand,  the  Installa¬ 
tion  Drawing  cannot  be  considered  com¬ 
plete  until  the  Fabrication  Drawing  is 
complete,  because  fabrication  con¬ 
siderations  may  make  it  necessary  to 
make  changes  to  the  way  the  system  is 
to  be  installed. 

Equipment  Procurement  Process  Model 

General  -  The  first  steps  in  the 
equipment  procurement  process  take 
place  during  the  time  that  the  shipyard 
is  preparing  its  bid  to  build  the  ships 
in  the  prospective  program.  The  con¬ 
tract  design  package  provided  by  the 
owner  will  identify  all  major  equipment 
requirements  to  the  extent  that  they 
have  been  identified  through  the  con¬ 
tract  design  stage.  Each  shipyard  will 
contact  equipment  vendors  for  informa¬ 
tion  concerning  their  equipment.  The 
pricing  and  delivery  information 
received  as  a  result  of  these  contacts 
will  be  used  by  the  shipyard  in  its 
planning  and  cost  estimating  efforts 
for  its  proposal  to  the  owner. 

If  an  adequate  Job  of  identifying 
its  total  ultimate  requirements  for 
data  as  well  as  hardware  is  done  by  the 
shipyard  at  this  time,  and  if  the 
shipyard  receives  good  descriptions  of 
the  performance  and  configuration  of 
the  equipment  as  a  result  of  this  pre¬ 
award  effort,  the  shipyards  post-award 
design  efforts  will  be  simplified 
greatly. 

Nevertheless,  after  award  ,  the 
shipyard  must  recheck  every  element  of 
the  ship  design,  making  its  own  deter¬ 
mination  of  the  performance  require¬ 
ments  for  each  equipment. 

Post-Award  Activities  -  Final  ef¬ 
forts  for  equipment  procurement  nor¬ 
mally  are  delayed  until  the  equipment's 
performance  requirements  have  been 
finally  established  during  the  system 
calculation  phase  of  the  Drawing 
Process . 
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Figure  3.  Equipment  Process  Activities 


The  first  steps  in  the  equipment 
procurement  process  include  the 
preparation  of  the  Equipment  Technical 
Specifications,  which  define  the  per¬ 
formance  requirements  which  must  be  met 
by  the  equipment  being  purchased.  The 
preparation  of  the  remaining  portions 
of  the  RFP  may  go  on  in  parallel  with 
preparation  of  the  Technical 

Specifications,  since  the  two  efforts 
are  normally  accomplished  by  two  dif¬ 
ferent  organizations  in  the  shipyard. 

After  the  successful  offeror  has 
been  selected,  he  must  provide  the 
shipyard  with  a  number  of  different 
types  of  data  in  addition  to  delivering 
the  hardware .  For  the  purposes  of  es¬ 
tablishing  the  interfaces  between  the 
drawing  development  and  equipment 
procurement  processes,  it  was  found  un¬ 
necessary  to  include  Integrated  Logis¬ 
tics  Systems  (ILS)  data,  although 
tracking  the  delivery  of  the  several 
different  ILS  deliverables  is,  of 
course,  vital  to  the  ability  to  deliver 
a  completed  ship  on  time . 

Figure  3  illustrates  the  post¬ 
award  activities  which  were  determined 
to  be  controlling  in  the  development  of 
schedules  for  the  equipment  procure¬ 
ment  process  and  its  interfaces  with 
the  other  processes  involved. 

Interfaces 

Requirements .  The  first  interface  be¬ 
tween  the  equipment  procurement  process 
and  that  of  drawing  development  is  the 
definition,  by  the  shipyard  designers, 
of  the  performance,  configuration,  data 
and  any  other  requirements  that  the 
equipment  vendor  must  satisfy.  This 
information  should  be  included  in  the 
RFP  sent  to  all  prospective  vendors . 

RFP  Response .  If  the  RFP  as  properly 
prepared,  that  is,  if  it  asks  for  a 
complete  description  of  the  vendor's 
predictions  of  the  equipment's  perfor¬ 
mance  characteristics  and  configura¬ 
tion,  this  information  can  be  effec¬ 
tively  used  by  the  system  designers . 
It  not  only  will  allow  selection  of  the 
most  desirable  piece  of  equipment,  but 
it  also  will  allow  the  designer  to 


proceed  confidently  with  the  system 
design . 

This  information  is  easily 
provided  when  the  equipment  in  question 
is  already  in  production.  However,  if 
the  requirement  is  for  a  piece  of 
developmental  hardware,  the  data 

provided  by  prospective  vendors  neces¬ 
sarily  will  be  more  suspect  and  will 
require  validation  after  #ward. 

Performance  Data.  The  first  data  that 
is  needed  from  the  selected  equipment 
vendor  is  his  prediction  of  the 
equipment's  performance  characteris¬ 
tics.  Phase  Two  of  the  System  Design 
Stage  cannot  be  considered  complete  un¬ 
til  this  information  has  been  obtained 
for  every  piece  of  equipment  in  the 
system. 

In  the  best  case  this  performance 
data  submittal  can  be  a  restatement  of 
what  was  submitted  with  the  vendor-s 
proposal,  and  should  be  available 
within  days  after  POA. 

In  the  case  of  developmental 
equipment,  the  vendor  should  be  able 
within  a  few  weeks  to  provide  the 
shipyard  with  the  actual  performance 
criteria  that  are  being  used  in  their 
design  efforts,  which  may  for  some 
reason  differ  from  the  RFP  require¬ 
ments.  Although  the  actual  performance 
results  for  developmental  equipment 
will  not  be  definitely  established  un" 
til  the  production  equipment  has  been 
built  and  tested,  the  design  and  con¬ 
struction  of  the  ship  must  proceed  on 
the  assumption  that  the  predicted  per" 
formance  (which  must  meet  or  exceed  the 
required  performance)  will  be  obtained. 

mnf  iguration  Data.  Information 
about  the  exact  geometric  details  of  an 
equipment  is  needed  for  the  Composite 
Drawing  Phase.  As  in  the  case  of  per" 
formance  data,  this  data  should  be 
available  from  the  vendor  immediately 
except  in  the  case  of  developmental 
hardware .  Actual  configuration  data 
for  developmental  equipment  will  be 
available  as  soon  as  the  final  drawings 
for  the  equipment 1 s  fabrication  are 
complete . 


16.5 


Approval  for  Manufacture .  In  the 
case  of  developmental  equipment,  it  is 
not  uncommon  for  the  shipyard  to  insist 
that  the  vendor  not  start  the  actual 
production  effort  on  the  equipment 
without  the  shipyard' s  prior  approval . 
The  shipyard  may  be  required  to  obtain 
the  owner  "s  approval  before  any 
manufacturing  costs  are  accrued  on  the 
equipment.  (411  such  review  and  ap¬ 
proval  efforts  must  be  considered  in 
the  planning  and  scheduling  processes 
to  preclude  unexpected  shipbuilding 
delays . 

Difficulties  in  obtaining  approval 
for  manufacture  may  result  in  equipment 
design  changes.  If  there  are  resulting 
performance  changes,  the  system  diagram 
may  have  to  be  revised.  If  there  are 
configuration  changes,  the  composite 
drawings  for  all  units  in  which  that 
equipment  is  installed  may  have  to  be 
changed.  If  equipment  production  is 
delayed,  the  entire  shipbuilding  se¬ 
quence  may  be  adversely  affected. 

Thus  ,  good  management  of  the 
manufacturing  approval  activity  is  es¬ 
sential  to  the  productivity  of  the  en¬ 
tire  shipbuilding  process . 

Hardware  Delivery.  The  final  interface 
with  the  shipyard,  as  far  as  this  study 
was  concerned,  is  the  delivery  of  the 
tested  hardware.  The  need  and 
availability  of  vendor  data  and  person¬ 
nel  for  the  final  on-board  testing  and 
operation  of  the  equipment  is  recog¬ 
nized,  but  does  not  influence  the  draw¬ 
ing  development  or  equipment  procure¬ 
ment  processes . 

Construction  Process  Model 

Construction  Stages  -  In  modern  ship¬ 
building  practice  each  unit  goes 
through  several  stages  of  construction. 
Most  units  proceed  through  a  sequence 
of  stages  which  include 

(A)  Structural  Fabrication, 
when  structural  pieces  are  cut  out  and 
built  into  structural  subassemblies . 

(B)  Structural  Assembly,  when 
subassemblies  are  joined  into  the  com¬ 
plete  unit.  Some  outfitting  of  subas¬ 
semblies  may  be  accomplished  during 
this  stage.  For  instance,  parts  of 
various  systems  may  be  installed  on  a 
deck  section  before  the  deck  section  is 
joined  to  the  rest  of  a  unit. 

(C)  Pre-Paint  Outfitting,  when 
additional  system  parts  are  installed 
on  the  as-built  unit  before  the  unit  is 
blasted  and  painted. 

(D)  Post-Paint  Outfitting, 
when  those  items  which  could  be  damaged 
by  blasting  are  installed. 


(E)  In  addition~  machinery 
packages  must  be  built.  These  go 
through  most  of  the  construction  ac¬ 
tivities  of  the  stages  described  above, 
but  ,  for  machinery  package  scheduling, 
the  total  effort  may  be  considered  a 
single  stage .  Machinery  packages  may  be 
installed  during  any  of  the  outfitting 
stages . 

SCHEDULING  CONSIDERATIONS 
General 

After  evaluating  the  total  infor¬ 
mation  flow  requirements  that  enmesh 
the  three  processes  described  above,  it 
became  clear  that  the  completion  date 
of  the  system  calculations  was  a  criti¬ 
cal  date  for  the  entire  process .  But 
that  date  is  controlled  by  any  one  of 
four  other  conditions .  Figure  4  is  a 
simplified  illustration  of  how  the 
various  processes  tie  together. 

System  Path  Condition 

The  first  condition  to  be  con¬ 
sidered  is  that  which  would  exist  even 
if  no  equipment  were  required  by  a  sys¬ 
tem,  that  is,  if  the  entire  system 
could  be  assembled  using  stock  material 
that  already  existed  in  the  shipyard 
storage  facilities.  This  case  is  indi¬ 
cated  in  Figure  4  by  the  path  A-Al-B-C. 

This  path  illustrates  that  the 
System  Diagram  Phase  Two  must  be  com¬ 
pleted  before  the  composite  drawing  for 
any  unit  in  which  the  system  is  located 
can  be  completed.  Conversely,  it  shows 
that  the  earliest  required  UCD  comple¬ 
tion  date  (point  C,  which  hereafter 
will  be  referred  to  as  the  System 
C-Date  )  will  establish  the  required 
completion  date  for  the  Phase  Two  ef¬ 
fort  (point  B)  ,  which  in  turn  will  es¬ 
tablish  A1 .  A1  is  one  possible  re¬ 
quired  completion  date  for  the  System 
Calculation  (point  A)  . 

It  should  be  noted  that  the  tech¬ 
nique  for  determining  the  system  C-Date 
is  itself  quite  involved,  and  will  not 
be  discussed  further  herein.  A  full 
description  is  provided  in  Reference  1 . 

Equipment  Related  Paths 

General .  Once  a  piece  of  equip¬ 
ment  is  required,  three  other  poten¬ 
tially  controlling  paths  exist .  Note 

that  when  more  than  one  type  of  equip¬ 
ment  must  be  procured  for  a  system,  all 
three  paths  must  be  investigated  for 
every  type. 

Performance  Data  Path.  As  noted 
earlier,  equipment  performance  data 
(PD)  is  required  in  order  to  complete 
the  Phase  Two  Diagram  effort.  Thus  the 
time  frame  between  the  finish  of  system 
calculations  and  the  receipt  of  the  PD 
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Figure  4.  Schedule  Control  Activity  Network 


for  the  last  piece  of  equipment  in  the 
system  determines  A2  for  the  given 
system's  C— Date.  This  path,  then,  is 
A-A2-G-B-C. 


Configuration  Data  Path.  The  con¬ 
figuration  data  (CD)  from  the  vendor  is 
used  to  confirm  the  composite 


drawing (s)  for  the  unit(s)  in  which  the 
equipment(s)  are  located.  Some  of  a 
system's  equipment  will  be  located  in 
different  units  that  other  equipment. 


Thus  a  calculation  must  be  made  for 


every  equipment  and  every  related  unit 
to  determine  which  combination  creates 


the  earliest  A3,  for  path  A— A3— H-C2. 


Hardware  Path.  The  date,  L,  on 
which  each  item  of  equipment  is 
scheduled  to  be  installed  in  a  unit,  in 
a  block  or  on— board  must  be  determined, 
and  the  lead  time  from  start  of  writing 
the  Technical  Specification  to  instal¬ 
lation  must  be  defined.  Then,  working 
backwards  along  the  path  A— A4— K— L, 
another  A-Date  is  determined. 


Independent  System  A— Date 


The  earliest  of  all  of  the  A-Dates 
determined  as  described  above  will 
define  the  System's  Independent  A— Date. 
That  is  the  date  by  which  the  System 
Calculations  would  have  to  be  completed 
if  the  system  had  no  interfaces  with 
any  other  systems. 


Dependent  System  A— Date 


Most  systems,  however,  are  not  in¬ 
dependent.  Those  which  provide  serv¬ 
ices  to  others  must  receive  information 
about  the  requirements  of  the  served 
system  before  their  own  characteristics 
can  be  definitized.  The  served  system 
is  then  the  dependent  system  from  this 
point  of  view. 


As  depicted  in  the  inset  in  Figure 
4,  if  System  1  requires  information 
from  System  2,  then  System  2's  calcula¬ 
tions  must  be  completed  in  time  for 
System  l's  calculations  to  be  finished. 
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This  may  require  System  2's  calcula¬ 
tions  to  complete  earlier  than  if  sys¬ 
tem  2  were  an  independent  system. 

The  Dependent  System  A-Date  is  the 
final  ,  controlling  date  for  the  system 
design  effort. 

COMPUTER  PROGRAM 

General 

Having  developed  an  information 
flow  logic  that  was  supposed  to  support 
development  of  integrated  schedules, 
the  next  logical  step  was  to  use  that 
information  and  develop  the  integrated 
schedules.  To  do  so,  two  types  of  com¬ 
puter  application  programs  were  con¬ 
sidered,  a  networking  program  and  a 
relational  data  base  program.  Both 
types  of  program  are  available  from 
several  sources.  Furthermore,  applica¬ 
tions  of  both  types  suitable  for 
micro-computers,  or  PC'S,  are  avail¬ 
able,  as  well  as  applications  for  mini- 
and  main-frame  computers.  Because  of 
the  presumed  greater  accessibility  of 
PC'S,  and  thus  greater  potential 
utility  of  a  program  which  could  be  run 
on  them,  PC  applications  were  examined 
first.  Of  the  programs  investigated, 
the  database  program  was  found  to  be 
simpler  to  use.  Thus  ,  the  integrated 
scheduling  program  was  developed  on 
that  system.  The  PC  application  was 
found  to  be  fully  capable  of  meeting 
the  system  requirements. 

No  attempt  was  made  to  try  other 
available  database  programs  or  to  util¬ 
ize  programs  for  larger  computers.  The 
information  provided  by  the  study  ef¬ 
fort  serves  only  to  demonstrate  that 
one  workable  solution  exists  and  to 
provide  the  information  necessary  for 
successful  implementation  of  that  solu¬ 
tion.  i  Any  shipyard  having  an  installed 
relational  database  system  should  be 
able  to  develop  its  own  scheduling 
programs  using  the  data  provided  in 
Reference  1. 

Data  Base 

General .  The  relational  database 
application  program  that  has  been  used 
for  this  project  is  R:BASE  FOR  DOS,  a 
product  of  MICRORIM.  The  basic  ele¬ 
ments  of  this  program  are  Tables, 
Forms,  Reports  and  the  specific  Ap¬ 
plication  program  that  controls  the 
operation  of  the  system. 

Tables .  The  Tables  are  used  to 
store  data.  They  can  be  considered  as 
a  matrix  structure,  with  each  row  con¬ 
taining  several  columns  of  data. 

Forms .  The  Forms  element  is  an 
internal  system  which  is  used  by  the 
programmer  to  set  up  the  appearance  of 


the  computer  screens  used  by  those  who 
will  enter  the  data  that  will  be  stored 
In  the  Tables. 

Reports .  The  Reports  element  is 
another  Internal  system  that  a  program¬ 
mer  may  use  to  develop  the  format  for 
any  and  all  reports  which  are  to  be  ob¬ 
tained  from  the  system. 

Application  Programs.  By  running 
various  specific  Application  programs, 
operators  may  perform  different  func¬ 
tions,  such  as  entering  data  into  the 
database,  modifying  the  data  which  has 
previously  been  entered,  reviewing  the 
data,  or  printing  out  the  data  in 
various  formats.  When  using  such  an 
application  program,  the  user  is 
presented  with  a  series  of  "menus"  on 
the  screen,  from  which  the  desired  ac¬ 
tions  may  be  selected.  This  feature 
makes  use  of  this  system  extremely  easy 
and  minimizes  operator  training  ef¬ 
forts. 

Specific  Application  Program 

General .  The  specific  application 
program  that  was  developed  during  the 
study  effort  facilitates  initial  entry 
of  all  data  concerning  a  ship's  sys¬ 
tems,  equipment,  and  construction 
schedule. 

All  such  data  can  then  be  modified 
as  necessary  whenever  required.  The 
program  will  do  the  calculations  neces¬ 
sary  to  determine  the  early  and  late 
start  and  finish  dates  for  each  ac¬ 
tivity  in  the  drawing  development  and 
equipment  procurement  processes. 

Entry  of  the  current  estimated 
and/or  actual  start  or  completion  dates 
of  all  controlling  activities  is  then 
required.  Thus,  all  the  data  necessary 
for  producing  printed  reports  of  draw¬ 
ing  and  equipment  schedules  is 
developed  by  or  entered  into  the 
database  program. 

By  making  appropriate  selections 
from  the  options  provided  on  the 
monitor  screen,  any  desired  report  may 
be  produced.  The  reports  may  be  gened 
ated  in  whatever  sorting  sequence  is 
preferred  by  the  yard's  data  managers. 

In  addition,  the  program  allows 
the  current  content  of  any  of  the 
database's  Tables  to  be  reviewed  on  the 
screen  or  printed  out,  a  convenience 
for  analyzing  what  combination  of  fac¬ 
tors  is  controlling  any  scheduled  date 
or  for  troubleshooting  should  any  dates 
appear  to  be  invalid. 

computer  Capability  Required 
The  Relational  Database  System  that  has 
been  used  to  develop  the  programs 
demonstrated  herein  is  R:BASE  FOR  DOS, 
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available  from  MICRORIM.  The  full  the  program  as  necessary  to  change  the 

R: BASE  FOR  DOS  5.25  inch  disk  version  menu  screen  formats,  to  change  the  data 

of  the  program  requires  PC-DOS  2.0  or  entry  or  edit  screen  formats  or  to 

higher,  512K  of  main  memory,  a  hard  change  the  output  report  formats  to 

disk  drive  and  one  5.25  floppy  disk  suit  varying  requirements  of  different 

drive.  plus  a  monitor.  The  3.5  inch  shipyards  or  different  shipbuilding 

disk  version  requires  PC-DOS  3.2  or  programs.  This  would  be  best  aC- 

higher  for  various  versions.  The  5.25  complished  by  a  single  individual  who 

inch  disk  version  was  used  for  the  sub-  will  have  to  become  familiar  With  the 

ject  application  and  all  further  dis-  use  of  the  R:BASE  FOR  DOS  system  and  of 

cussion  will  be  directed  to  that  ver-  the  specific  application  program  which 

sion.  has  been  developed.  None  of  the  ocher 

operators  will  need  any  understanding 
The  scheduling  application  program  of  computer  programming, 

has  been  developed  on  an  AT-clone  with 

512K  of  main  memory  and  a  20  MB  hard  The  second  operating  mode  involves 

disk.  It  has  not  been  prepared  for  entering  the  initial  data  and  editing 

network  use,  but  this  option  is  avail  or  updating  that  data.  Ideally,  ini- 

able  with  R:BASE  FOR  DOS  and  is  con-  tial  data  entry  would  be  a  one  time  ef- 

sidered  a  logical  and  desirable  next  fort,  and  in  the  vast  majority  of  cases 

step  .  should  be.  Once  a  system  or  equipment 

and  its  supporting  data,  such  , as 
Approximately  4  megabytes  of  disc  scheduled  duration  for  the  various  ac- 

storage  are  required  for  installation  tivities  relating  to  that  system  or 

of  the  full  R:BASE  FOR  DOS  product,  al-  equipment,  are  entered,  it  should  not 

though  only  about  2  megabytes  are  re-  be  necessary  to  make  changes,  to  those 

quired  for  those  elements  of  the  data.  The  values  for  these  data  should 

program  that  are  needed  for  this  be  determined  by  middle  level  managers, 

scheduling  application.  who  could  enter  the  data  directly  at 

their  own  keyboards,  rather  this  having 

The  storage  requirements  for  the  to  write  out  the  information  for  entry 

schedulinq  application  proqram  and  as  by  others, 

sociated  data  will  vary  depending  upon 

the  amount  of  data  stored.  The  re-  The  third  operating  mode  relates 

quirements  for  a  project  which  involves  to  the  continual  updating  of  current 

125  different  system  diagrams,  1000  and  actual  dates  for  each,  of  the  ac- 

different  items  of  equipment,  150  dif-  tivities  being  tracked,  and  penerating 

ferent  units  with  an  average  of  six  periodic  schedule  reports  for  various 

system  types  per  unit,  where  each  sys-  levels  of  management.  Normally  the  in¬ 
tern  is  installed  in  an  average  of  ten  put  for  these  data  will  come  from 

units,  is  slightly  over  1  MB.  An  al-  middle  managers  who  will  have  marked  up 

lowance  of  a  total  of  2MB  should  cover  previous  versions  of  schedule  reports, 

any  likely  growth.  It  is  probable  that  clerical  personnel 

will  be  used  to  enter  these  data  and 
Using  the  Program  produce  the  resultant  reports. 

General  -  The  following  Screens  -  The  use  of  the  program 

paragraphs  provide  a  brief  description  involves  use  of  three i  types  of 

of  how  the  program  can  be  used  and  what  "screens",  or  images  which  appear  on 

it  will  provide.  A  more  detailed  the  monitor,,  for  the  operator 

description  of  the  basic  elements  of  guidance, 

the  scheduling  program  is  provided  in 

Reference  1.  Menu  Screens  -  The  first  of  the 

screen  types  provides  the  operator  with 
Operation  -  There  are  at  least  three  a  listing  of  choices  of  action.  Selec- 

fairly  different  modes  of  operating  the  tion  of  one  of  the  options,  which  ap- 

system,  and  it  will  probably  be  pear  in  a  numbered  vertical  arrange- 

desirable  to  have  different  personnel  ment,  as  shown  in  Figure  5AT is  made  by 

available  for  performing  these  differ-  entering  the  number  of  the  desired 

ing  functions.  choice.  This  choice  may  cause  another 

menu  screen  to  appear,  giving  the  next 
The  first  involves  managing  the  logical  series  of  choices.  For  ex¬ 
system  itself;  making  modifications  to  ample,  selection  of  choice  (1)  from 


Figure  5A.  Initial  Menu  Screen 


MENU  -  INTEGRATED  SCHEDULING  PRuGRAM=  - 

(1)  SCHEDULE  DATA  (CURRENT/ACTUALS);  ENTER,  EDIT,  OBTAIN  REPORTS 

(2)  INITIAL  SYSTEM,  EQUIP  AND  UNIT  DATA}  ENTER,  UPDATE  OR  PRINT 

(3)  QUIT 
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sSCHEDULING  DATA  FUNCTIONS  -« 


U) 

(2) 

C3) 

(4) 


PRINT  SCHEDULE  REPORTS 

ENTER  CURRENT  ESTIMATED  SCHEDULED  AND/OR  ACTUAL  DATES 
UPDATE  TABLES  FOR  NEW  SYSTEMS,  EQUIPMENT  OR  UNITS 
QUIT 


Figure  5B.  Menu  Screen  for  Scheduling  Data  Functions 


SCHEDULE  REPORTS  MENU« 


(1)  TO  PRINT  DIAGRAM  SCHEDULE  SORTED  BY  SYSTEM 

(2)  BY  START  DATE 

(3)  EQUIPMENT  SCHEDUi.ES  SORTED  BY  EQUIPMENT  SYMBG_ 

(4)  BY  TECHSPEC  START  DATE 

(5)  BY  PO  AWARD  DATE 

(6)  CONSTRUCTION  DRAWING  SCHEDULES  SORTED  BY  UNIT 

(7)  BY  SYSTEM  TYPE 

(8)  UNIT  COMPOSITE  DRAWING  SCHEDULE  SORTED  BY  UNIT. 

(9)  TO  QUIT 


Figure  5C.  Menu  Screen  for  Printing  Reports 


Figure  5A,  will  cause  the  next  menu  , 
Figure  5B .  to  appear.  Selection  of 
choice  (1)  from  Figure  5B,  "Print 
Schedule  Reports",  will  bring  up  the 
Schedule  Reports  Menu,  shown  an  Figure 
5C  .  Selection  of  one  of  these  choices 
will  yield  a  printout  of  the  desires 
report . 

Data  Entry  Screens  -  The  second 
screen  type  is  for  data  entry. 
Separate  data  entry  screens  are 
provided  for  entering  data  for  dif" 
ferent  purposes .  An  example  is  given 

in  Figure  6A,  which  is  the  form 

provided  for  an  operator  to  enter  the 
initial  estimates  for  current  scheduled 
dates.  The  operator  is  led  to  enter  a 
system  symbol  by  having  an  area  of  the 
screen  (just  above  "Early")  high¬ 
lighted. 

As  soon  as  the  system  symbol  is 
entered  from  the  keyboard,  the  program 
fills  in  the  fields  for  the  early  and 
late  scheduled  dates,  which  have  been 
calculated  by  the  program  and  stored  in 
their  associated  tables.  Figure  6B 

shows  how  the  screen  appears  after  the 
system  symbol,  in  this  case  "AF"  for 
the  AFFF  system,  has  been  filled  in. 
The  early  and  late  scheduled  dates  are 
provided  as  *n  aid  to  the  manager  or 
operator  in  the  initial  selection  of 
current  dates . 

Editing  Screen  -  The  third  screen 
type,  one  of  which  is  shown  in  Figure 
6C  ,  is  provided  for  ease  in  making 
changes  to  information  stored  in  the 
database  tables .  These  data  editing 

screens  allow  the  operator  to  scan  the 
data  which  exists  in  any  chosen  table 
and  to  change  any  data  element  in  that 


table.  The  example  snown  as  very 

simalar  to  Figure  6B,  but  Figure  6C 
shows  all  current  scheduled  anti  actual 
date  data  that  has  been  entered  into 
the  table  and  shows .  it  for  two  drawings 
at  a  time.  The  operator  can  modify 
only  the  current  scheduled  and  actual 
fields  in  this  particular  screen,  since 
all  the  other  fields  contain  calculated 
data.  Other  editing  screens  must  be 
used  for  modifying  the  data  which  are 
used  for  generating  the  calculated 
dates . 

Output  As  previously  noted, 

there  are  two  types  of  reports  genera¬ 
ted  by  the  program.  All  reports  can  be 
previewed  on  the  monitor  before  print¬ 
ing,  if  desired. 

(a)  Schedule  Reports  -  One 
type  of  report  provides  the  schedules 
which  are  the  primary  reason  for  this 
whole  effort .  These  reports  show  early 
and  late  scheduled  start  and  finish 
dates,  current  estimated  dates  and  any 
actual  milestone  completion  dates . 
Separate  reports  are  generated  for  the 
development  of  each  type  of  drawing, 
i.e.,  for  diagrams y  unit  composite 
drawings  and  installation  and  fabrica¬ 
tion  drawings,  as  well  as  for  the 
equipment  ordering  schedule.  Excerpts 
from  a  page  of  each  of  these  report 
types  are  included  as  Figures  7,  8,  9, 
and  1 6 . 

Figure  7  as  a  Diagram  Schedule 
Report.  showing  the  information  of  in" 
terest  relative  to  Systems  Diagrams . 

Figure  8  contains  data  for  the 
Unit  Composite  Drawings .  A  different 
format  has  been  used  for  this  schedule, 
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Add  Duplicate  edit  Adam  Discard  Quit 


CESC3  Done  [F2j  Clear  -field  CShift-F2]  Clear  to  end  CShift-FlC:  nore 
Form:  D I ACRACF  Taole:  DIACRACT  Field:  SYSTSYMB  Page:  1 


Figure  6ft.  Data  Entry  Screen 


Add  Duoltcat*  Edit  again  Discard  Quit 


Enter/Edit  Current  Scheduled  and  Actual  Dates  For  Diagraas  x 


SYSSYMB  SHIPYARD  DWS  NO 
PHASE  ONE 


CUSTOMER  DWS  NO 
CALC  PHASE  TWO 


CONTR  DES  DWS  NO 
PHASE  THREE 


START  FINISH  START  FINISH  START  FINISH  START  FINISH 

AF  SYDNR  XXXXXXD  355-1234 367BD  MM033D180 

lEarly l  06/29/90  08/21/90  08/24/90  10/16/90 

iLate  x  05/18/90  05/29/90  06/01/90  06/26/90  12/2B/90  02/19/91  02/22/91  04/16/91 
ICurr  : 

I  Act  : 


[EFr1  Dn~-  CF23  Clear  -field  CShift-F23  Clear  to  end  EShitt-FlOI  More 
Form'.'  DinrRACF  Tablet  DIACRACT  Field!  CSPHASE1  Pagex  1  Changed 


Figure  6B.  Screen  After  Entry  of  System  Symbol 


9 


CESC3  Done  CF23  Clear  field  CShift-F23  Clear  tc  ond  CShift-FlO]  More 
Forns  DIACRACF  Tablet  DIACRACT  Field!  SYSTSYMB  Paget  1 


Figure  6C.  Data  Editing  Screen 
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Figure  7.  Schedule  for  Diagram  Phases 


UNIT  COMPOSITE  DRAWING  SCHEDULE  - 

Based  on  a  Contract  Award  Date  of  06/02/89 
Printed  on  07/11/89  at  12:02:15 


UNIT 

□RIG  SCHED 
FINISH 

CURRENT  EST 

START  FINISH 

ACTUAL 

START  FINISH 

1110 

10/15/91 

— 

10/01/91 

- 

- 

1120 

09/17/91 

- 

09/03/91 

- 

- 

1130 

09/10/91 

- 

08/28/91 

— 

- 

1210 

06/18/91 

- 

06/04/91 

- 

1220 

06/25/91 

- 

06/11/91 

- 

- 

1230 

07/16/91 

- 

07/02/91 

- 

— 

1310 

04/23/91 

- 

04/09/91 

- 

1320 

04/23/91 

- 

04/09/91 

- 

- 

1330 

05/21/91 

- 

05/07/91 

- 

- 

1411 

02/12/91 

- 

01/29/91 

- 

— 

1412 

01/22/91 

- 

01/15/91 

- 

- 

1413 

03/12/91 

02/28/91 

- 

Figure  8.  Schedule  for  Unit  Composite  Drawings 


which  is  only  used  within  the  shipyard 
since  composite  drawings  have  not  been 
considered  to  be  deliverables. 

Figure  9  contains  data  relative 
to  Installation  and  Fabrication  draw¬ 
ings  and  for  production  planning  ef¬ 
forts.  Other  schedule  reports  could  be 
generated  from  the  same  data  base  for 
tracking  the  fabrication  and  installa¬ 
tion  of  parts  for  each  type  of  system 
in  each  stage  of  every  unit. 


Design  Engineering  department  of  a 
shipyard.  All  of  the  information  that 
is  normally  provided  in  an  Equipment 
Ordering  Schedule  (EOS)  is  available  in 
the  database  and  can  be  used  to  produce 
the  complete  MOS  or  EOS. 

Figures  7,  8,  9  and  10  provide 
schedule  data  for  various  types  of 
drawings  in  formats  most  suitable  to 
each  type.  Each  of  these  reports  can 
be  modified  easily  to  present  the  data 
in  other  formats,  on  different  sized 
paper,  etc.,  as  well  as  by  various 
sorts,  to  meet  the  different  needs  or 
preferences  of  an  individual  shipyard. 


The  Equipment  related  data 
presented  in  Figure  10  is  that  which 
would  be  of  greatest  interest  to  the 
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SYSTEM  TYPE  UNIT  ASSEMBLY  PROCESS  SCHEDULE 
Based  on  a  Contract  Award  Date  of  06/02/89 
Printed  on  07/11/89  at  13:45:42 


UNIT  SYSTYPE  ASSEMBLY  DRAWING  NR.  FABRICATION  DWG  NR. 

UAD  UFD  UFP  UFF 

START  FINISH  START  FINISH  START  FINISH  START  FINISH 


1421  P  1421— P I —40— A  1421— PF— 40 — 

Early:  04/29/91  07/05/91  05/20/91  06/28/91  07/15/91  08/02/91  08/19/91  10/11/91 
Late  :  05/16/91  07/22/91  06/03/91  07/12/91  07/29/91  08/16/91  09/02/91  10/25/91 
Carr  :  04/29/91  07/05/91  05/20/91  06/28/91  07/15/91  08/02/91  08/19/91  10/11/91 
Act  :  — 


1422  P  1422-PI— 30— B  1422-PF-30-C 

Early:  06/03/91  08/23/91  06/24/91  08/09/91  OS/26/91  09/13/91  09/30/91  11/29/91 

Late  :  06/20/91  09/09/91  07/08/91  08/23/91  09/09/91  09/27/91  10/14/91  12/13/91 

Curr  :  06/03/91  08/23/91  06/24/91  08/09/91  08/26/91  09/13/91  09/30/91  11/13/91 


1421  S  1421— SI— 20— B  1421-SF-20-A 

Early:  04/01/91  06/21/91  04/22/91  06/14/91  07/01/91  07/19/91  08/05/91  09/27/91 

Late  :  04/18/91  07/08/91  05/06/91  06/28/91  07/15/91  08/02/91  08/19/91  10/11/91 

Curr  :—  —  —  —  —  —  —  — 

Act  :-  —  —  —  —  -  —  — 


1422  S  1422— SI— 20— A  1422-SF-20-B 

Early:  04/15/91  07/05/91  04/29/91  06/21/91  07/08/91  08/02/91  08/19/91  10/25/91 

Late  :  05/02/91  07/22/91  05/13/91  07/05/91  07/22/91  08/16/91  09/02/91  11/08/91 

Curr  :—  —  —  —  —  —  —  — 

Act  :  - 


Figure  9.  Schedule  for  Construction  Drawings 


EQUIPMENT  SCHEDULES  AND  STATUS 

Based  on  Contract  Award  Date  of  06/02/89 

Printed  On  07/11/89  at  12:06:14 

SYSTEM 

EQUIPMENT  NAME 

SYMBOL 

TECH 

START 

PO  NR. 
SPEC 
FINISH 

PO 

AWARD 

PD 

RECEIPT 

CD 

RECEIPT 

AFFF 

DISTRIBUTN 

AFFF 

HQSERACKS 

AFHRK 

- 

Early  Sched 

06/29/90 

07/17/90 

09/25/90 

01/29/91 

02/12/91 

Late  Sched 

09/21/90 

10/09/90 

12/18/90 

02/19/91 

02/12/91 

Current  Sched 

10/16/89 

11/03/89 

12/15/89 

02/16/90 

03/02/90 

Actual 

— 

— 

— 

— 

— 

AFFF 

CQNC  PUMP 

AFPMP 

- 

Early  Sched 

06/29/90 

07/24/90 

10/09/90 

02/19/91 

03/05/91 

Late  Sched 

09/21/90 

10/16/90 

01/01/91 

02/19/91 

05/28/91 

Current  Sched 

10/16/89 

11/10/89 

01/15/90 

03/02/90 

03/16/90 

Actual 

— 

— 

““ 

AFFF 

PRQPORTNR 

AFPRP 

— 

Early  Sched 

06/29/90 

07/10/90 

09/18/90 

02/19/91 

02/26/91 

Late  Sched 

11/02/90 

11/13/90 

01/22/91 

02/19/91 

05/28/91 

Current  Sched 

- 

- 

- 

- 

- 

Actual 

— 

— 

Figure  10.  Schedule  for  Equipment  Procurement  Activities 
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PRINTOUT  OF  SYSTEM  DATA  TABLE  DIAGRAM  DATA  CONTENT 
Printed  on  06/12/B9  at  15:03:30 


SYSTEM  NAME  SYMB  TYP  SHIPYARD'S  D I AG' NR  OWNER'S  DWG  NUMBER 


DURATIONS— WKS 
PHI  CLC  PH2  PH3 

1 

MNSYSCDA 

DIAGADAY 

- DAT 

MNEQADAY 

MNINDADA  MNDEPADA 

SYSTADAY 

AFFF  DISTRIBUTN 

2  4  8  8 

AF  P 

03/05/91 

01/08/91 

09/18/90 

M05D180 

09/18/90  06/26/90 

06/26/90 

AUX  SW  COOLING 

4  5  10  13 

AS  P 

03/15/91 

01/04/91 

09/07/90 

M05D180 

09/07/90  06/26/90 

06/26/90 

COMPRESSED  AIR 

3  4  8  5 

CA  P 

02/12/91 

12/18/90 

09/25/90 

M05D12 

09/25/90  12/10/99 

09/25/90 

CHILLED  WATER 

2  3  10  12 

PUI  P 

03/15/91 

444455023-12 
01/04/91  11/02/90 

01234— 12— 333D 

11/02/90  12/10/99  11/02/90 

Figura  11.  Tabla  Data  Raport  -  Syatam  Data  Tabla 


(b)  Tabular  Data  Reports  - 
The  other  type  of  report  provides  the 
contents  of  individual  tables  of  the 
database.  This  type  of  report  will  be 
of  primary  interest  to  the  Scheduling 
Program  Manager  because  it  allows 
analysis  of  any  results  which  seem  un¬ 
usual.  Figure  11  is  an  example.  It 
shows  the  content  of  the  rows  of  the 
System  Data  Table.  This  table  contains 
the  system  diagram  identifiers,  the 
diagram  numbers,  the  durations  of  the 
four  diagram  phases  and  the  various 
dates  which  control  scheduling  of  the 
drawings  listed  in  this  table.  all  of 
these  data  are  stored  in  this  table, 
even  though  the  dates  come  from  the 
results  of  calculations,  rather  than 
from  direct  entry  by  operators. 

ANALYSIS  OF  RESULTS 

General 

Analysis  of  the  results  of  the 
data  and  calculations  can  only  be  ac¬ 
complished  by  review  of  the  data  stored 
in  the  database  tables.  There  are  a 
total  of  12  tables  in  the  current 
database,  of  which  only  five  need  be 
discussed  here. 

nyqi-^m  Data  Table 

Du  rati  ons  -  9s  previously  noted, 
Figure  11  illustrates  the  report  which 
shows  the  data  stored  in  the  System 
Data  Table.  These  data  include  the 
durations  of  each  diagram  phase,  in 
weeks,  which  are  entered  manually  as 
initial  system  data. 

Dates  -  The  minimum  system 
C-Date,  listed  under  "MNSYSCDA",  is  the 
earliest  of  the  Unit  C-Dates  of  all  the 
Units  that  the  system  is  installed  in. 
This  data  is  obtained  from  the  System- 
Unit  Combination  Table,  a  page  of  which 


is  shown  in  Figure  12,  sorted  by  system 
and  Unit  C-Date.  It  can  be  verified  by 
observation  that  the  computer  program 
has  properly  identified  the  earliest  of 
the  Unit  C-dates  for  a  system  and 
stored  it  in  the  System  Data  Table. 

The  Diagram  A-Date,  "DIAGADAY",  is 
the  date  by  which  the  system  calcula¬ 
tions  would  have  to  be  complete  if  the 
Phase  Two  diagram  duration  were  to  con¬ 
trol  meeting  the  System  C-Date.  This 
compares  with  date  A1  in  Figure  3. 

The  Minimum  Equipment  A-Date, 
"MNEQADAY",  is  the  earliest  of  the 
Equipment  controlled  A-dates;  that  is, 
the  earliest  of  dates  A2,  A3  or  A4  in 
Figure  3.  This  date  is  obtained  from 
the  Equipment  Data  Table,  1  s  will  be 
described  later. 

The  Minimum  Independent  A-Date, 
"MNINDADA",  is  the  earlier  of  the  two 
preceding  A-Dates.  In  every  case 
shown,  the  Equipment  A-Date  is  control¬ 
ling. 

This  does  not,  however,  mean  that 
the  hardware  delivery  date  is  the  con¬ 
trolling  date  for  that  equipment,  as 
will  be  shown  by  review  of  the  contents 
of  the  Equipment  Data  Table. 

The  Minimum  Dependent  A-Date, 
"MNDEPADA",  is  the  date  by  which  the 
system  calculations  must  be  complete  in 
order  to  provide  necessary  data  to 
another  system,  so  that  the  other 
system's  calculations  will  complete  on 
schedule.  This  date  is  calculated  from 
the  System  Dependency  Table,  as 
described  in  the  next  section. 

Finally,  the  System  A-Date, 
"SYSTADAY",  is  the  earlier  of  the  two 
preceding  dates.  This  is  the  control¬ 
ling  date  for  the  system,  and  estab- 
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SYSTEH-UNIT  COMBINATION  TABLE  DATA 
Printed  on  06/12/89  at  15:18 

PRINTOUT 

:0S 

SYSTEM 

UNIT 

UNIT 

SYMB 

NAME 

C  DATE 

AF 

AFFF  DISTRIBUTN 

1433 

03/05/91 

•  AF 

AFFF  DISTRIBUTN 

1421 

03/15/91 

AF 

AFFF  DISTRIBUTN 

1520 

03/19/91 

AF 

AFFF  DISTRIBUTN 

1422 

03/29/91 

AF 

AFFF  DISTRIBUTN 

1510 

04/02/91 

AF 

AFFF  DISTRIBUTN 

1423 

04/02/91 

AF 

AFFF  DISTRIBUTN 

1620 

05/07/91 

AF 

AFFF  DISTRIBUTN 

2510 

06/18/91 

AF 

AFFF  DISTRIBUTN 

2400 

07/30/91 

AS 

AUX  SW  COOLING 

1421 

03/15/91 

AS 

AUX  SW  COOLING 

1422 

03/29/91 

AS 

AUX  SW  COOLING 

1423 

04/02/91 

Figure  12.  Table  Data  Report  -  System-Unit  Combination  Table 


SYSTEM  DEPENDENCY  DATA  TABLE  PRINTOUT  On  06/12/89  At  15:06:33 


SYSTEMS 


FINISH-FINISH  LABS 


PHASE  2  START 


USER 

PRVDR 

DRVR 

USR  PHI 
PRV  PHI 

USR  CLC 
PRV  CLC 

AF 

SW 

FM 

2 

4 

AS 

SW 

FM 

1 

4 

DB 

SW 

FM 

3 

5 

FM 

SW 

- 

1 

2 

PM 

SW 

FM 

2 

6 

PW 

CA 

— 

1 

1 

SF 

CA 

- 

2 

2 

SF 

CA 

PW 

2 

3 

SF 

SW 

FM 

2 

4 

Figure 

:  13. 

Table  Data  Report 

PRV  PH2  USR  PH3  "A"  DATES 


USR  PH2 

PRV  PH3 

PRPVDR'S 

USER'S 

2 

2 

07/24/90 

06/26/90 

2 

1 

07/24/90 

06/26/90 

2 

2 

07/24/90 

06/19/90 

2 

3 

07/24/90 

07/10/90 

2 

2 

07/24/90 

06/12/90 

1 

1 

09/25/90 

09/18/90 

2 

2 

09/25/90 

09/11/90 

4 

2 

09/25/90 

09/04/90 

2 

2 

07/24/90 

06/26/90 

-  System  Dependency  Data  Table 


lishes  when  the  system  calculations 
must  be  complete.  This  date  provides 
the  basis  for  all  of  the  scheduling 
programs  produced  by  this  program. 

System  Dependencvy  Table 

The  contents  of  the  System  Depend¬ 
ency  Table  are  shown  in  Figure  13.  The 
only  systems  included  in  this  table  are 
those  which  are  dependent  upon  services 
provided  from  another  system. M  The  de¬ 
pendent  system  is  the  User  system, 
listed  in  the  first  column.  The  system 
which  provides  services  is  listed 
either  in  the  provider  column  or  in  the 
"Driver"  system  column.  When  a  system 
is  shown  as  a  driver,  it  means  that 
there  is  a  multiple  dependency. 


For  instance,  the  AFFF  system,  AF, 
receives  services  from  the  Firemain, 
FM.  But  the  Firemain  receives  services 
from  the  Main  Seawater  Cooling  System, 
Sw  ,  (at  least  an  this  pilot  system) . 
As  a  result,  the  AFFF  system  ultimately 
is  dependent  upon  the  SW  system,  and 
its  scheduled  completion  dates  will  be 
controlled  by  those  of  the  SW  system's. 

The  Independent  System  A-Dates  are 
obtained  by  the  computer  program  from 
the  System  Data  table  and  stored  in  the 
A-Date  columns  for  the  provider  and 
user  systems  in  this  table.  Then  the 
computer  program  compares  the  data  in 
these  two  columns,  selects  the  earlier 
and  stores  it  back  in  the  System  Data 
Table  as  the  System  A-date. 
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EQUIPMENT  DATA  TABLE  PRINTOUT  Printed  on  06/12/B9  at  15:28:24 


SYSTEM  NAME 
EQUIPMENT  NAME  EQSYM 
EQUIP  A  DATE 


1 - DURATIONS 

T  R  V  E  V  V  E 
PONRSFBV  P  C  V 
P  Q  D  L  D  D  D 


M 

F 

R 


T 

S 

T 


s  w 
H  H 
P  S 


PD  C  DAY  CD  C  DAY  INSTLDAY 
PD  A  DAY  CD  A  DAY  HW  A  DAY 


AFFF  DISTRIBUTN 
AFFF  HOSERACKS  AFHRK 
09/18/90 

AFFF  CONC  PUMP  AFPMP 
09/18/90 

AFFF  PROPORTNR  AFPRP 
10/30/90 

AFFF  CONC  TANK  AFTNK 
11/02/90 


3  4  5  3  6 

4  4  5  4  7 

2  3  5  2  4 

3  4  5  2  3 


8  2  12  1  2  3 

9  3  26  3  3  3 

5  1  25  2  3  3 

6  3  12  2  3  3 


03/05/91  03/05/91  12/30/91 
10/09/90  09/18/90  03/21/91 
03/05/91  06/18/91  12/06/91 
09/18/90  12/11/90  10/01/90 
03/05/91  06/18/91  12/06/91 
10/30/90  01/29/91  12/17/90 
03/05/91  03/29/91  11/29/91 
11/06/90  11/02/90  02/18/91 


AUX  SW  COOLING 
A/C  COMPRESSORS  ASACC  - 
09/07/90 

REFRIG  COMPRPMP  ASCPM  - 
09/14/90 


4  5  5  3  6 
4  5  5  3  6 


9  2  18  3  3  3  03/15/91  03/15/91  11/11/91 

10/05/90  09/07/90  11/08/90 
9  2  18  3  3  3  03/15/91  03/15/91  11/11/91 

10/12/90  09/14/90  11/15/90 


Figure  14  Table  Data  Report  -  Equipment  Data  Table 


EQUIPMENT  -  UNIT  -  STAGE  TABLE  DATA  PRINTOUT 
Printed  on  06/12/89  at  15:34:04 


SYS 

EQUIPMENT 

UNIT 

STAGE 

INSTALLATION 

UNIT 

TYP 

SYMBL 

NAME 

DATE 

"C"  DATE 

33SBSBSS 

P 

AFHRK 

AFFF  HOSERACKS 

1433 

60 

02/07/92 

03/05/91 

P 

AFHRK 

AFFF  HOSERACKS 

1421 

50 

12/30/91 

03/15/91 

P 

AFHRK 

AFFF  HOSERACKS 

1422 

60 

04/06/92 

03/29/91 

P 

AFHRK 

AFFF  HOSERACKS 

2510 

50 

01/17/92 

06/18/91 

P 

AFPMP 

AFFF  CONC  PUMP 

2510 

40 

12/06/91 

06/18/91 

P 

AFPRP 

AFFF  PROPORTNR 

2510 

40 

12/06/91 

06/18/91 

P 

AFTNK 

AFFF  CONC  TANK 

1422 

50 

02/03/92 

03/29/91 

P 

AFTNK 

AFFF  CONC  TANK' 
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Figure  15.  Table  Data  Report  -  Equipment-Unit-Stage  Table 


Equipment  Data  Table 

This  table  is  set  up  to  store  all 
data  needed  to  produce  the  Equipment 
Ordering  Schedule(s).  As  seen  in 

Figure  14,  it  stores  the  durations  for 
each  activity  in  the  equipment  procure¬ 
ment  process  model  shown  in  Figure  3. 
In  addition,  it  stores  various  dates 
needed  in  the  calculations  carried  out 
by  the  computer  program. 

The  Equipment  PD  and  CD  C— Dates 
and  the  Hardware  Installation  Dates  are 


determined  from  other  tables;  the  PD 
C— Date  from  the  System— Unit  Table, 
Figure  12,  and  the  others  from  the 
Equipment-Unit-Stage  Table,  Figure  15. 

The  corresponding  A-Dates  are  cal¬ 
culated  using  the  durations  given  in 
the  other  columns  of  the  Table. 
Finally,  the  earliest  of  the  three 
A-Dates  is  selected  as  the  Minimum 
Equipment  A-Date,  and  stored  in  this 
Table  and  the  System  Data  Table  already 
discussed. 
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Observations 

Equipment  Data  Table  -  Comparison 
of  the  three  A-Dates  for  various  types 
of  equipment  shows  that  ,  for  the  as¬ 
sumed  construction  schedule  and  various 
assumed  durations  used  in  the  sample 
project,  the  Hardware  A-Date  was  never 
the  controlling  date. 

The  C-Dates  for  both  the  PD  and  CD 
are  often  the  same,  but  not  always. 
The  obvious  explanation  is  that  some 
parts  of  the  system  and  some  equipment 
of  the  system  are  to  be  installed  in 
the  same,  earliest  Unit  for  the 
system's  installation.  In  such  cases, 
because  of  the  assumptions  made  about 
durations,  the  CD  A-Date  will  always  be 
earlier  than  that  for  the  PD,  and  thus 
will  control  the  POA  date. 

System  Data  Table  -  Analysis  of 
the  data  shown  in"  Figure  11  yields  the 
conclusion  that  the  Minimum  Equipment 
Q-Date  is  always  earlrer  than  that  re 
lated  to  the  Diagram  Phase  Two  effort. 
This  is  not  surprising,  but  serves  to 
emphasize  that  the  time  between  the 
start  of  writing  an  equipment's  Techni¬ 
cal  Specifications  and  the  POA  date  is 
a  significantly  long  period,  and  is 
deserving  of  close  management. 

In  addition,  the  frequency  by 
which  the  Dependent  A-Date  was  earlier 
than  the  Independent  A-Date 
demonstrates  the  importance  of  paying 
close  attention  to  the  integration  of 
diagram  calculation  schedules. 

CONCLUSIONS 

POA  Planning 

The  most  obvious  conclusion  to  be 
made  from  this  study  is  that  the  normal 
practice  of  most  shipyards,  namely  to 
schedule  the  POA  of  equipment  based 
solely  upon  the  need  date  of  the 
hardware  in  the  shipyard,  should  be 
changed.  That  approach  will  not 
provide  the  required  vendor  design  data 
in  time  to  efficiently  support  the  ship 
design  process.  It  is  highly  probable 
that  many  past  problems  blamed  on  "late 
drawings"  were  really  due  to  inadequate 
equipment  procurement  planning,  which 
precluded  finishing  the  final  drawings 
on  time. 

Program  Applicability 

Another  major  conclusion  to  be 
made  is  that  the  computer  program 
developed  as  a  Part  of  this  study  ef¬ 
fort  will  provide  shipyards  with  ail  of 
the  information  necessary  for  good,  in¬ 
tegrated  scheduling  of  drawing  develop¬ 
ment  and  equipment  procurement . 

It  will  Identify  the  dates  by 
which  System  Calculations  must  be  com¬ 


plete.  Since  these  dates  control  all 
"downstream"  activities  of  the  design 
development  and  equipment  procurement 
efforts,  all  other  required  dates  can 
then  be  calculated. 

Although  not  discussed  previously, 
the  program  computes  the  required  in¬ 
yard  delivery  date  for  every  item  of 
each  type  of  equipment.  This  detail 
should  be  used  whenever  ordering  mul¬ 
tiple  items  of  equipment,  since  it 
would  minimize  warehousing  as  well  as 
encourage  on-time  partial  deliveries. 

The  results  of  this  study  also 
highlight  the  importance  of  recognizing 
the  design  interrelationships  of 
various  systems,  and  the  necessary  con¬ 
trol  of  design  data  transmission  be¬ 
tween  dependent  systems . 

Reservations 

The  conclusions  to  be  made  from 
the  results  presented  in  this  paper 
need  to  be  qualified  by  noting  certain 
aspects  about  the  data  used  in  the 
pilot  test. 

Construction  Schedule  -  although 
the  construction  schedule  data  used  was 
based  on  an  actual  shipbuilding  project 
proposal,  that  schedule  was  relatively 
conservative,  allowing  a  rather  long 
time  before  start  of  construction.  Of 
course,  in  order  to  obtain  maximum 
productivity  in  modular  shipbuilding 
efforts,  the  start  of  construction 
should  be  held  off  until  the  design  has 
reached  a  mature  state,  so  the  schedule 
used  is  considered  valid. 

Size  of  Pilot  Project  -  The  num¬ 
ber  of  systems  used  in  the  pilot 
project  were  relatively  few,  and  in¬ 
cluded  principally  structure  and  piping 
systems.  However,  other  distributed 
systems,  such  as  HVAC  and  electrical 
wireways,  are  so  similaar  to  piping  sys¬ 
tems  for  purposes  of  this  type  of  study 
that  their  inclusion  would  not  change 
the  conclusions. 

The  only  impact  on  the  computer 
program  due  to  including  more  systems 
would  be  additional  time  for  carrying 
out  calculations.  The  calculation  time 
for  a  complete  recalculation  of  the  ex¬ 
isting  data  on  a  floppy  disc  is  about 
thirty  minutes.  This  time  is  increased 
by  about  three  seconds  for  every  addi¬ 
tional  row  in  any  table.  On  the  other 
hand,  the  full  calculation  is  seldom 
needed.  Once  the  initial  data  concern¬ 
ing  systems,  equipment  and  their  unit- 
stage  combinations  are  entered,  recal¬ 
culation  can  be  limited  to  reflect  only 
the  specific  changes  made  during  future 
updates  of  the  data.  Also,  with  the 
database  installed  on  a  hard  disc,  the 
calculation  time  will  be  reduced. 
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Furthermore,  no  attempt  has  been 
made  to  date  to  optimize  the  computer 
program  reported  herein.  Should  the 
calculation  time  represent  a  true 
problem  in  the  use  of  the  program,  a 
number  of  improvements  are  possible. 

Finally,  for  the  main  purpose  of 
the  program,  which  is  to  generate  in" 
tegrated  schedules  for  drawings  and  for 
equipment  procurement,  no  calculations 
are  necessary.  Updates  of  current 
scheduled  dates  and  actual  completion 
dates,  and  generation  ofi  current 
schedules  require  no  calculation  time 
at  all. 

The  reader  will  also  have  noted 
that  many  items  of  information  such  as 
drawing  numbers,  purchase  order  num 
bers,  etc.,  are  missing  in  many  of  the 
tables  and  reports.  Obviously,  these 
are  items  which  have  no  effect  upon 
scheduling.  However,  these  fields  ul¬ 
timately  will  be  mandatory,  so  a  few 
were  filled  in  to  illustrate  that  they 
have  been  provided  in  the  computer 
program. 

FUTURE  WORK 

As  in  most  research  efforts,  there 
are  more  things  which  can  be  done  to 
further  enhance  the  utility  of  the 
program  presented  herein. 

One  is  to  include  other  equipment 
related  data  for  scheduling;  specifi¬ 
cally,  ILS  data.  The  inclusion  of  this 
data  is  an  obvious  extension,  and  can 
be  accomplished  with  little  difficulty. 

A  second  as  to  make  some  minor 
modifications  to  the  program  in  order 
to  facilitate  its  use  on  a  network. 


This  will  allow  data  to  be  entered  at 
different  work  sites  simultaneously. 
It  also  will  allow  reports  oriented  to 
a  specific  organizations  interests  to 
be  generated  locally  upon  demand. 

Third,  a  detailed  description  of 
the  system  and  instructions  for  its  use 
will  be  needed. 

A  proposal  to  accomplish  the  above 
tasks  has  been  presented  to  the  SP-4 
Panel  and  tentatively  approved.  Hope¬ 
fully  these  improvements  will  have  been 
effected  by  the  end  of  this  year. 
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